|
Définir le but du sprint
Au début lors des premiers sprints de la première release d'un produit, le but est bien souvent de montrer la
faisabilité de l'architecture envisagée.
Ensuite, une fois que l'architecture est stabilisée, le but d'un sprint est proposé par le Directeur Produit et discuté avec l'équipe. Il porte souvent sur un thème fonctionnel.
|
Sélectionner les items
Il s'agit de définir le périmètre de ce sprint. Cela est fait en associant un Elément de backlog de produit au sprint puis un autre en tenant compte de la
vélocité de l'équipe.
Si un Planning de la release a été effectué, cette étape consiste seulement à valider
collectivement le sous-ensemble du backlog prévu pour ce sprint.
|
Identifier les tâches à partir des items
La 2ème partie de la réunion a pour objectif de définir comment l’équipe va s’arranger pour réaliser le résultat
attendu du sprint.
Pour cela, chaque Elément de backlog de produit sélectionné est décomposé en tâches. Cela permet
à toute l’équipe de discuter et d’éclaircir des points de solution par rapport à cet item, en demandant si nécessaire
au propriétaire de produit des précisions sur le comportement du produit.
Normalement l'ensemble des activités du cycle de vie sont déroulées lors d'un sprint :
-
Les exigences sélectionnées sont spécifiées
-
L'architecture est remaniée si nécessaire
-
Les classes et sous-systèmes sont conçus, implémentés et testés
-
Les différents composants sont intégrés et testés
-
Le produit est packagé
-
Les tests d'acceptation sont passés.
L'importance donnée à ces activités dépend de la place du sprint dans la release.
Le travail prévu dans un sprint précédent mais qui n'a pu être réalisé à cause de la réduction des objectifs devient
prioritaire pour le sprint suivant.
|
Estimer les tâches
Les taches sont estimées en heures. Il est conseillé d'avoir des tâches suffisamment fines pour qu'une estimation reste
inférieure à 16 heures.
L'estimation est faite collectivement, par l'équipe. Au cours de la discussion pour arriver à une estimation, les
aspects techniques sont abordés.
|
Attribuer les tâches
Une fois que les activités du sprint ont été définies, elles seront affectées aux membres de l'équipe. Les activités
peuvent être réalisées par une ou plusieurs personnes. Toutes les activités doivent être prises en compte, y compris les
réunions de travail (hors réunions Scrum), les lectures de documents ou de code.
Il est préférable de différer l'affectation de certaines activités, qui seront prises pendant le sprint en fonction des
disponibilités des membres de l'équipe. |
Obtenir l'engagement de l'équipe
Il est souhaitable que l'équipe s'engage collectivement sur le backlog du sprint, c'est à dire sur les éléments du
backlog qu'elle estime pouvoir réaliser dans le sprint.
|
|
